Angebote

• Verkaufsstandort (Feld SALFCY)

Der Verkaufsstandort wird mit dem Verkaufsstandort aus dem Profil des Benutzers initialisiert. Der Verkaufsstandort kann geändert werden (wenn keine Zeile im Dokument erfasst wurde), wenn er aus der Liste der vom Benutzer zugelassenen Verkaufsstandorte ausgewählt wurde.

• Angebotstyp (Feld SQHTYP)

Dieses Feld wird automatisch mit dem Angebotstyp ausgefüllt, der im Parameter SQHTYP- Angebotstyp (Kapitel VEN, Gruppe QUO) definiert ist.

Die zulässigen Angebotstypen sind die, die der Rechtsordnung des Standorts und der Gruppe entsprechen, die in der Parameterfunktion Angebotstypen (GESTSQ) definiert sind.

• Angebotsnr. (Feld SQHNUM)

Die Angebotsnummer ermöglicht die eindeutige Identifikation des Angebots. Diese Nummer wird automatisch zugewiesen oder bei jeder Angebotsanlage erfasst. Dies hängt von der Zählerparametrisierung der Angebote ab.

Ist der Nummernkreis des Angebots mit automatischer Zuweisung definiert, ist das Feld Angebotsnummer nicht zugänglich und der Nummernkreis wird bei der Erstellung des Angebots zugewiesen. Ist der Nummernkreis des Angebots dagegen mit manueller Zuweisung definiert, kann er manuell erfasst werden. Wird sie nicht bei der Erstellung angegeben, weist das System automatisch eine Angebotsnummer abhängig vom Nummernkreis zu.

• Nachtrag (Feld REVNUM)

Dieses Feld kann nicht erfasst werden. Es wird nur ausgefüllt, wenn Nachträge von Aufträgen verwaltet werden (Parameter SALREV - Nachtragsverwaltung (Kapitel VEN, Gruppe ORD)). Es enthält die letzte für den Auftrag gespeicherte Nachtragsnummer.

Wenn Sie einen Auftrag ändern, werden die alten in dem Auftrag geänderten Werte historisiert und die Nachtragsnummer wird inkrementiert:

• automatisch, wenn der Parameter SALREV - Nachtragsverwaltung den Wert „Automatisch verwaltet“ hat,
• wenn Sie auf die angezeigte Frage, ob ein Nachtrag für diese Änderung generiert werden soll, mit „Ja“ antworten. Diese Frage wird angezeigt, wenn der Parameter SALREV - Nachtragsverwaltung den Wert „Auf Anfrage verwaltet“ hat.

• die Aktion Nachtragsverwaltung über die Funktion Aufträge,
• Ansicht Nachträge Verkaufszeile über das Symbol Aktionen der geänderten Zeile des Auftrags.

• Referenz (Feld CUSQUOREF)

Diese Information ermöglicht die Angabe der vom Kunden verwendeten Angebotsreferenz. Sie kann als Suchkriterium in der Auswahlliste verwendet werden und wird auf dem Angebot ausgedruckt.

• Datum (Feld QUODAT)

Das Angebotsdatum wird mit dem Tagesdatum belegt und kann geändert werden, wenn das Angebot nicht vollständig bestellt wurde. Wird das Angebot dupliziert oder das Datum geändert, wird eine Frage gestellt, die eine Neuberechnung der Preise und Nachlässe vorschlägt (wenn das Angebot nicht teilweise bestellt wurde).

• Kunde (Feld BPCORD)

Kundencode oder Interessentencode, für den das Angebot erstellt wurde. Dieser Code wird in der Kunden- und Interessententabelle geprüft.

Der erfasste Kunde muss aktiv sein. Dieser kann vom Typ Normal oder Sonstige sein. Handelt es sich um einen sonstigen Kunden, öffnet sich automatisch ein Adresserfassungsfenster.

Sie können auch einen Interessenten erfassen. Wird ein Angebot in einen Auftrag geändert, schlägt eine Meldung vor, den Interessenten in einen Kunden umzuwandeln. Ein Auftrag kann nur einen Kunden betreffen.

Klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Auswahl eines Kunden oder eines Interessenten,
• Je nach Berechtigung Erstellung oder Anzeige eines Kunden oder eines Interessenten,
• Erfassung einer dem Angebot zugeordneten neuen Adresse,

• Anzeige der Notizen zum Interessentne oder zum Kunden.

• Feld BPCNAM

Unternehmensname des Kunden oder des Interessenten. Diese Information kann nicht direkt geändert werden. Sie kann über die Adressverwaltungsmaske geändert werden, die über das Feld Kunde oder in der Toolbar verfügbar ist. Der Unternehmensname des Kunden wird auf dem Angebot ausgedruckt.

• Währung (Feld CUR)

Währung, in der die Angebote erstellt werden. Standardmäßig die Währung des Kunden oder des Interessenten. Der Währungscode in dieser Maske kann nicht geändert werden. Er steht hier zur Information. Der Währungscode kann im Register Verwaltung der Angebote geändert werden.

• Endgültige Nummer (Feld SQHNUMEND)

• Lieferadresse (Feld BPAADD)

Die Lieferadresse wird über die dem Kunden zugewiesene Standardlieferadresse initialisiert. Handelt es sich um einen Interessenten, wird systematisch die Standardadresse des Interessenten verwendet, da dieser über keine Lieferadresse verfügt.

Diese Lieferadresse kann geändert werden. Sie muss Teil der für den Kunden vorhandenen Lieferadressen sein. Für die Interessenten muss sie Teil der vorhandenen Adressen sein. Wird das Angebot in einen Auftrag geändert, wird die verwendete Interessentenadresse automatisch in eine Lieferadresse geändert, wenn der Interessent ein Kunde wird.

Die Lieferadresse kann nicht auf dem Angebot angegeben werden. Wird das Angebot als ein Auftrag betrachtet, wird in diesem Fall die Standardlieferadresse automatisch bei der Auftragserstellung ausgewählt.

Wenn Sie die Lieferadresse der Angebotskopfzeile ändern, ergibt sich folgendes Verhalten:

• Wenn Sie gerade bei der Erstellung sind und keine Position erfasst wurde, werden die auf Ebene des Lieferadresscodes verknüpften Informationen re-inititalisiert (Versandstandort,Lieferfrist, Code Incoterm und Stadt Incoterm, Transitspediteur und dessen Adresscode, EU-Steuernummer und Transportort DEB, Lieferkontakt und Vertreter, wenn diese vom belieferten Kunden ausgegeben wurden).
• Wenn Sie gerade ein Angebot erstellen oder ändern und es sind bereits Angebotspositionen vorhanden, schlägt das System vor, die mit dem Adresscode verknüpften Kopfzeilenfelder mit den Werten der neuen Adresse auszufüllen. Diese Informationen sind:Lieferfrist, Code Incoterm und Stadt Incoterm, Transitspediteur und dessen Adresscode, EU-Steuernummer und Transportort DEB und in manchen Fällen Vertreter).

Der Versandstandort ist von dieser Regel ausgenommen und wird gesichert.
Eine Meldung wird angezeit, die vorschlägt, die Änderungen auf die Angebotspositionen zu übertragen oder nicht.

• Ist die Antwort Ja, werden die Informationen der Angebotsposition, die sich auf lieferbare Artikel erstreckt, über die Lieferinformationen der Angebotskopfzeile geändert (Lieferadresscode, Lieferfrist, Lieferkontakt und Vertreter, wenn sie vom belieferten Kunden ausgegeben wurden).
  Sind für diese neue Adresse ein oder mehrere Artikel untersagt, wird diese Liste auf der Maske in einer Logdatei angezeigt. Haben Sie keine blockierende Preisprüfung (Benutzerparameter SDACLOK - Ni. block. Prfg. Preis, Marge, Mng.), können Sie die Warnmeldung ignorieren und fortfahren.
  Eine Dialogbox wird geöffnet, mit dem Vorschlag, die Preise und Nachlässe neu zu berechnen. Bei Antwort Ja erfolgt eine Preissuche für alle Dokumentenpositionen. Ist der Preis in Abhängigkeit des Ländercodes und/oder des neuen Codes der geografischen Untereinheit definiert, können die Preise und Nachlässe je nach Kriterien neu zugewiesen werden.
  
• Ist die Antwort Neinoder Ende, werden die Informationen der Angebotsposition nicht geändert.
  
• Ist die Antwort Ja bei gleichem Wert, werden nur die Angebotspositionen mit Referenz auf die ursprüngliche Lieferadresse geändert.
  Sind für diese neue Adresse ein oder mehrere Artikel untersagt, wird diese Liste auf der Maske in einer Logdatei angezeigt. Haben Sie keine blockierende Preisprüfung (Benutzerparameter SDACLOK - Ni. block. Prfg. Preis, Marge, Mng.), können Sie die Warnmeldung ignorieren und fortfahren.
  Eine Dialogbox wird geöffnet, mit dem Vorschlag, die Preise und Nachlässe neu zu berechnen. Bei Antwort Ja eine Preissuche für alle Positionen, deren Lieferadresse geändert wurde.
  Ist der Preis in Abhängigkeit des Ländercodes und/oder des neuen Codes der geografischen Untereinheit definiert, können die Preise und Nachlässe auf diese Positionen je nach Kriterien neu zugewiesen werden.
  
  Die Neuberechnung des Tarifs in den Positionen erfolgt nur, wenn das Angebot noch nicht bestellt wurde.

Besonderheit: hat der Parameter LINBPD - Verschiedene belieferte Kunden für die Auftragspositionen (Kapitel VEN, Gruppe MIS) den Wert Nein, wird der Adresscode in jeder Angebotsposition übernommen und kann nicht in der Position geändert werden. Im Fall einer Änderung wird diese automatisch auf alle Angebotspositionen übertragen und es wird eine erneute Preissuche vorgeschlagen.

Über dieses Feld bestehen folgende Möglichkeiten:

• Einen Adresscode auswählen, wenn es sich um einen Interessenten handelt, oder einen Lieferadresscode auswählen, wenn es sich um einen Kunden handelt.
• Auf die Lieferadresse über eine Verzweigung zugreifen, wenn es sich um einen Kunden handelt.
• Das diesem Angebot zugeordnete Lieferadressdetail anzeigen und ändern.

• Feld BPDNAM

Unternehmensname der Lieferadresse.

• Projekt (Feld PJT)

Die Verwaltung des Projektcodes ist abhängig vom Wert des Parameters CTLOPPCOD - Projektprüfung erforderlich (Kapitel TC, Gruppe MIS).

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.

Wird die Erfassung geprüft, kann der Benutzer in Abhängigkeit des Kontextes ein Projekt auswählen, oder eine der Belastungseinheiten des Projekts (eine Budgetcharge oder eine Aufgabe) über den Belastungscode:

Sie können nur einen aktiven Belastungscode auswählen, der vom Status der betroffenen Entität abhängt. Wird er nach der Erstellung des Dokuments inaktiv, erfolgt die Prüfung und verhindert die Dokumentenänderung.

Der Projektcode wird bei der Anlage systematisch auf die Zeilen des Dokuments übertragen, wo er nur geändert werden kann, wenn die Verwaltung von Mehrfachprojekten der Dokumente zulässig ist (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein).

Bei der Transformation eines Dokuments wird der Projektcode der Kopfzeile durch das erste ausgewählte Dokument initialisiert (wenn der Projektcode der Kopfzeile des Originaldokuments inaktiv wurde, wird der des Zieldokuments nicht ausgefüllt).

• Ja: der Projektcode wird auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan und der mit einem nicht kompatiblen Meilenstein verbundenen Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Selber Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Verkaufsdokumente: Angebote, Aufträge, Lieferungen und Rechnungen:

• Für ein Angebot: das Angebot wurde nicht bestellt.
• Für einen Auftrag: der Auftrag wurde nicht geliefert (normale Aufträge) oder nicht fakturiert (Aufträge mit direkter Fakturierung), und keine Zeile wurde saldiert.
• Für eine Lieferung: die Lieferung wurde nicht freigegeben und es handelt sich um eine Direktlieferung.
• Für eine Rechnung oder eine Gutschrift: die Rechung oder Gutschrift wurde nicht freigegeben und es handelt sich um eine Direktrechnung/-gutschrift.

Die Gruppierung von zwei oder mehr Dokumenten mit unterschiedlichen Projektcodes in der Kopfzeile ist nur zulässig, wenn der Parameter PJTSNGDOC - Ein Projekt pro Dokument den Wert Nein hat. In diesem Fall können 2 Aufträge mit einem unterschiedlichen Projektcode nicht in einem Lieferschein gruppiert werden.

• Ist die Multi-Projektverwaltung der Dokumente zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein), kann die Lieferung die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen. Der in der Kopfzeile angezeigte Projektcode wird nur in den direkten Lieferzeilen als Standardwert verwendet. Die mit Aufgaben verbundenen Artikelzeilen behalten ihren Projektcode, der nicht geändert werden kann. Wird der Projektcode in der Kopfzeile geändert, wird die Übertragung dieses Codes auf die Zeilen gemäß dem oben angegebenen Mechanismus vorgeschlagen. Dies gilt ausschließlich für die direkten Lieferzeilen.
• Ist die Multi-Projektverwaltung der Dokumente nicht zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Ja), kann die Lieferung nicht gleichzeitig die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen.
• Betrifft die Lieferung direkte Lieferzeilen, können Sie in der Kopfzeile keinen Projektcode erfassen, dem Aufgaben zugeordnet sind.
• Betrifft die Lieferung mit Aufgaben verbundene Artikelzeilen, können Sie nur die mit der gleichen Aufgabe verbundenen Artikelzeilen auswählen. Der in der Kopfzeile angezeigte Projektcode ermöglicht das Filtern der Aufgaben in der Auswahlleiste.

Sonderfall der Gratisartikel, die durch eine Preissuche nach Änderung des Projektcodes in der Kopfzeile generiert wurden: Der Gratisartikel zeigt den Projektcode des Ursprungsartikels an, jedoch nur, wenn dieser Code nicht in einer Aufgabe verwendet wird.

• Auftragsart (Feld SOHTYP)

Dieses Feld wird automatisch mit dem in der Parameterfunktion Angebotstypen (GESTSQ) definerten Auftragstyp ausgefüllt.

Erstellung eines Auftrags über den Button Aufrag über ein Angebot

Ist kein Auftragstyp für das Angebot definiert, wird der Hauptparameter QUOORDCAT - Auftragskategorie über den Button (Kapitel VEN, Gruppe ORD) für die Definition der verwendeten Auftragskategorie ('Normal' oder 'Direkte Fakturierung') verwendet.

• Ist die in diesem Parameter definierte Kategorie 'Normal', wird der im Parameter SOHTYPNOR - Auftragstyp normal (Kapitel VEN, Gruppe ORD) definierte Auftragstyp verwendet.
• Ist die in diesem Parameter definierte Kategorie 'Direktfakturierung', wird der im Parameter SOHTYPINV - Auftragstyp Direktfakturierung (Kapitel VEN, Gruppe ORD) definierte Auftragstyp verwendet.

Ist im Parameter QUOORDCAT - Auftragskategorie über Button kein Wert definiert, berücksichtigt das System den ersten Auftragstyp in alphabetischer Reihenfolge.

• Versandstandort (Feld STOFCY)

Der Versandstandort ist der Lagerstandort, von dem die Artikel versendet werden, wenn das Angebot bestellt wurde.

Der Versandstandort wird mit dem Versandstandort initialisiert, der im belieferten Kunden angegeben ist (er entspricht dem Standardversandstandort für diese Lieferadresse), oder, falls nicht angegeben, mit dem Standardlagerplatz des Benutzers. In beiden Fällen muss der Versandstandort zum gleichen Unternehmen gehören, wie der Verkaufsstandort, ohne dass er vorgeschlagen wird, und er muss erfasst werden.

Der Versandstandort kann unter bestimmten Bedingungen geändert werden:

• Der erfasste Standort muss als Lagerstandort erklärt sein,
• Er muss zum selben juristischen Unternehmen gehören wie der Verkaufsstandort.

Der in der Kopfzeile erfasste Versandstandort dient als Standardwert für die Angebotspositionen. Wird er geändert und sind Angebotspositionen vorhanden, schlägt das System dem Benutzer vor, den Versandstandort für alle Angebotspositionen zu ändern. Der in der Kopfzeile erfasste Versandstandort dient als Standardwert für die neuen Positionen.

• Lieferzeit (Feld DAYLTI)

Notwendige Frist in Tagen um diesen Kunden zu beliefern. Sie wird von der Frist initialisiert, die in der Lieferadresse des Kunden angegeben ist. Diese Frist dient anschließend zur Berechnung des Versanddatums und des voraussichtlichen Lieferdatums, wenn aus dem Angebot ein Auftrag wird.

Diese Information dient zur Initialisierung der Lieferfrist in den Angebotspositionen. Betrifft das Angebot einen Interessenten, wird die Lieferfrist nicht initialisiert.

• Incoterm (Feld EECICT)

Die von der Internationalen Handelskammer standardisierten Incoterms sollen die im internationalen Handel am häufigsten verwendeten Handelsbedingungen vereinheitlichen, indem die jeweiligen Verpflichtungen des Verkäufers und des Käufers bei der Einrichtung eines Verkaufsvertrags mit einem eindeutigen Begriff definiert werden, der international gleich interpretiert werden kann.

Die Incoterms werden in der Tabelle Incoterms geprüft und werden vor allem für die Intrastat-Meldung verwendet. Sie können auch für die Preisfestlegung verwendet werden.

Bei der Erstellung eines Angebots, eines Auftrags, einer Lieferung oder einer Rechnung wird der Incoterm-Code mit dem für den Leistungsempfänger standardmäßig definierten Incoterm-Code initialisiert.

Dieser Incoterm-Code kann geändert werden. Bei Angeboten und Aufträgen ist der Incoterm-Code für das gesamte Dokument eindeutig. Bei der Umwandlung eines Dokuments wird der Incoterm-Code auf das untergeordnete Dokument übertragen.

Der Code und die Stadt für die Incoterms sind auch über das MenüOptionen / Intrastat-Warennummer zugänglich.

• Ort Incoterm (Feld ICTCTY)

Bestimmten Incoterm-Typen zugeordnete Stadt. Beispiele: FOB Le Havre. Ein Auswahlfenster ermöglicht die Auswahl einer im System gespeicherten Stadt. Es kann jedoch auch eine nicht gespeicherte Stadt erfasst werden.

• Feld REP

Die Vertreter werden mit den Vertretern des Kunden oder mit den Vertretern des Lieferkunden initialisiert, wenn im Kundendatenblatt keine Vertreter angegeben sind. Bei einem Interessenten werden nur die Vertreter des Interessenten berücksichtigt. Diese Vertretercodes werden in den Angebotspositionen übernommen. Wird ein Vertreter in der Angeobtskopfzeile geändert, wenn diese erstellt wurde oder Positionen im Angebot vorhanden sind, schlägt das System die Übernahme der Änderung in allen bereits vorhandenen Positionen vor.

• Steuerart (Feld VACBPR)

Die Steuerart steht für die Gebietskörperschaft, also für die bei der Bestimmung des Angebotsbetrags anzuwendenden Berechnungsregeln.

Im Allgemeinen ermöglicht die Kombination einer Steuerart des Personenkontos mit einer Steuerebene des Artikels die Bestimmung des Steuercodes, der für die Dokumentzeile und folglich auch für die Buchungszeile anzuwenden ist.

Die Steuerart wird nach Priorität wie folgt belegt:

• Leistungsempfänger
• Personenkonto / Unternehmen
• Kunde

Bei einem Interessenten ist die Standardsteuerart in der Tabelle der verwendeten Steuerartentabelle definiert.

Es kann nur eine Steuerart angegeben werden, deren Rechtsordnung und Gruppe denen des Dokuments entsprechen.
Siehe Dokumentation Allgemeine Prinzipien zur Multi-Rechtsordnung-Parametrisierung.

Wurde die Währung einmal erstellt, kann die Information nicht mehr geändert werden. Wird die Steuerart dagegen nach der Erfassung der Angebotszeilen, aber vor der Angebotserstellung geändert, werden die Steuern für alle bereits erfassten Zeilen neu berechnet.

Der Parameter CTLTAX - Prüfung Steuercodes (Kapitel VEN, Gruppe VAT) ermöglicht die Prüfung, ob die Steuerart des Personenkontos:

• angegeben ist,
• aktiv ist,
• die Rechtsordnung und die Gruppe mit denen des Dokuments kohärent sind.
  

• Entität/Verwendung (Feld SSTENTCOD)

Erfassen Sie den Code der Entität/Verwendung, um den genauen Steuerbetrag für diesen Kunden zu berechnen. Dieser Steuercode ist mit dem System Avalara kompatibel und ermöglicht die Bestimmung de Kundentyps zu steuerlichen Zwecken.

Dieses Feld ist für alle Länder verfügbar. Der Code der Entität/Verwendung kann für jeden Lieferadresstyp angegeben werden, wenn ein Dokument für ein von der Steuer befreites Land verarbeitet wird. Ist die Verbindung mit SST Alle Dokumente berechnen auf Neingesetzt und ist ein Code der Entität/Verwendung angegeben, ist das Dokument steuerbefreit und unterliegt nicht den Verarbeitungskosten.

• Währung (Feld CUR)

Die Währung des Angebots wird über die Währung des Kunden oder des Interessenten initialisiert. Wurde die Währung einmal erstellt, kann die Information nicht mehr geändert werden. Wird dagegen die Währung geändert, nachdem die Angebotspositionen erfasst wurden, aber bevor das Angebot erstellt wurde, wird eine Umrechnung der Preise und Nachlässe durchgeführt. Man kann auch selbst eine neue Preissuche in Abhängigkeit der neuen Währung durchführen, wenn man auf die Frage "Sollen die Preise und Nachlässe neu berechnet werden?" mit Ja antwortet .

• Preis (Feld PRITYP)

Dieser Indikator ermöglicht die Bestimmung, ob die Artikelpreise Netto oder Brutto ausgedrückt werden. Dieser Indikator beeinflusst die Preissuche. Es werden nur die Tarife berücksichtigt, die in einem Modus definiert sind oder die eine Preisumrechnung erlauben.

Der Preistyp des Angebots ist Netto oder Brutto, abhängig vom für den Kunden definierten Preistyp. Für einen Interessenten ist der vorgeschlagene Preistyp immer Netto.

Hat der Hauptparameter Verkauf Preis Netto und Brutto (NOTATI) den Wert Nein, kann diese Information nicht geändert werden und der Wert dieses Feldes wird vom Hauptparameter Verkauf Preistyp (PRITYP) definiert. Der Preistyp des Kunden kommt dann nicht mehr vor.

• Gültigkeitsdatum (Feld VLYDAT)

Datum, bis zu dem das Angebot gültig ist. Nach diesem Datum kann das Angebot nicht mehr in einen Auftrag umgewandelt werden.

• Wahrscheinlichkeit (Feld PBYPRC)

Geschätzter Prozentsatz der die Möglichkeit materialisiert, den Vertriebsvorschlag in einen festen Auftrag zu ändern.

• Unterzeichnet (Feld APPFLG)

Diese Information bietet eine Übersicht über die Dokumentensituation aus Sicht der Unterschriftenregelung. Folgende Werte sind möglich: „Keine“, „Teilweise“, „Vollständig“, „Keine Verwaltung“, „Ja, automatisch“.

- Ist die Unterschriftenverwaltung für das Unternehmen nicht aktiviert (Parameter APPSQH für die Angebote, APPSOH für die Aufträge oder APPSOC für die Kontrakte), ist der Wert systematisch gleich „Keine Verwaltung“. Das Dokument kann bearbeitet und konvertiert werden (Konvertierung des Angebots in einen Auftrag, Lieferung des Auftrags oder Lieferanforderung).

- Ist die Unterschriftenregelung für das Unternehmen aktiviert, richtet sich der Wert nach der Unterschriftenregelung und den bereits erteilten Unterschriften:

• Ist der Wert „Nein“, wurde noch keine Unterschrift erteilt, oder die bereits erteilten Unterschriften wurden von einem Unterzeichner storniert.
• Ist der Wert „Teilweise“, wurde nur ein Teil der in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt.
• Ist der Wert „Vollständig“, wurden alle in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt. Es kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungenn) werden.
  In den zwei letzten Fällen kann die Änderung bestimmter Felder des Dokuments (siehe Liste in der Dokumentation über die Unterschriftenregelung (SQHSIGfür die Angebote, SOHSIG für die Aufträge und SOCSIG für die Kontrakte)) den Unterschriftenkreis reinitialisieren und die Dokumentensituation in Bezug auf die Unterschriften beeinflussen.
  Im Spezialfall eines Kontrakts wird der Unterschriftenkreis erst geändert, wenn mindestens eine Lieferanforderung zugeordnet ist.
• Ist der Wert „Ja, automatisch“, ist die Unterschriftenverwaltung optional (Parameter APPSQH, APPSOH oder APPSOC) und kein Unterschriftenkreis wurde für dieses Dokument festgelegt. Es wird dann als unterzeichnet betrachtet und kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungen) werden.

• Angebotsstatus (Feld QUOSTA)

Diese nicht änderbare Information ermöglicht die Angabe des Angebotsstatus. Ein Angebot kann Nicht bestellt, Teilweise bestellt oder Vollständig bestellt sein.

• Angebotsdruck (Feld QUOPRN)

Diese Information ermöglicht die Angabe, ob das Angebot bereits bearbeitet wurde.

• Elektronische Signatur (Feld SQHCFMFLG)

• Freigabedatum (Feld SQHVALDATC)

• Zahlungsbedingung (Feld PTE)

Über die Zahlungsbedingungen sind die Zahlweise des Kunden sowie die Staffelung der Zahlungen festgelegt. Anzahlungsfälligkeiten können Teil dieser Aufteilung sein.

Diese Information wird mit dem Rechnungsempfänger oder dem Regulierer des Kunden im Angebot initialisiert, je nach Auswahl auf Ebene des Parameters PAYTERMVAL - Init Zahlungsbedingungen (Kapitel TC, Gruppe RSK).

Die Initialisierung erfolgt nach folgender Prioritätenreihenfolge:

• Datensatz Personenkonto / Unternehmen (Funktion Personenkonten)
• Datensatz Kunde

Betrifft das Angebot einen Interessenten, erfolgt keine Initialisierung. Sie müssen diese Information erfassen,

• Skonto (Feld DEP)

Diese Information ermöglicht die Bestimmung einer Reihe von Skonto- oder Verzugszinssätzen in Abhängigkeit des Zahlungsverzugs bzw. Vorauszahlungszeitraums in Bezug auf das Fälligkeitsdatum. Sie wird über den Skontocode des Rechnungsempfängers initialisiert.

Die Initialisierung erfolgt nach folgender Prioritätenreihenfolge:

• Datensatz Personenkonto / Unternehmen (Funktion Personenkonten)
• Datensatz Kunde

Betrifft das Angebot einen Interessenten, erfolgt keine Initialisierung. Sie müssen diese Information erfassen,

Es kann nur ein Skontocode angegeben werden, der zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Proforma-Rechnungsnr. (Feld PRFNUM)

Proforma-Rechnungsnummer des Dokuments. Die generierte Proformanummer wird angezeigt, wenn eine Proformarechnung aus diesem Dokument erstellt wird. Eine Verzweigung ermöglicht dann den Zugriff auf die Rechnung.

• Letzte Auftragsnr. (Feld SOHNUM)

Nummer und Datum des letzten, dem Angebot zugewiesenen Auftrags. Eine Verzweigung ermöglicht den Zugriff auf diesen Auftrag über das Feld Nummer letzter Auftrag.

• Letztes Auftragsdat. (Feld ORDDAT)

Das Datum der Materialanforderung wird mit dem Tagesdatum vorbelegt und kann (nur bei Anlage) geändert werden. Wird dieses Datum bei der Anlage geändert, so wird eine Meldung ausgegeben, die vorschlägt, den Preis und die eventuell gewährten Nachlässe für die bereits erfassten Bestellzeilen zu aktualisieren. Änderungen am Tagesdatum ziehen die Aktualisierung des vorgesehenen Wareneingangsdatums für diejenigen Bestellzeilen nach sich, die bisher zu keinem Verbrauch führten.

• Dimension (Feld DIE)

Diese Tabelle ermöglicht die Angabe oder Anzeige der Kostenrechnungsdimensionen in Abhängigkeit des Parameters der Erfassungstransaktion der Angebote.

• Bezeichnung (Feld NAMDIE)

Dieses Feld übernimmt die Bezeichnung der Dimension.

• Sektor (Feld CCE)

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Angebotskopfzeilen initialisiert. Abhängig von der Parametrisierung können Sie weiterhin geändert werden.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren. Wird der Projektcode in die Zeilen übernommen, wird auch der Sektorcode der betroffenen Zeilen neu belegt.

• Kurzbezeichnung (Feld SHO)

Dieses Feld gibt den Titel des Rechnungselements an.

• Prozent / Betrag (Feld INVDTAAMT)

Die Werte beziehen sich auf die Rechnungsfußzeile. Diese Informationen können direkt aus dem Parameter der Elemente der Rechnungsfußzeile stammen, oder aus der Datei des vom Angebot betroffenen Kunden.
 Für mehr Informationen, siehe Dokumentation Rechnungselemente.
Die Werte der Fußzeilenelemente können geändert werden. Betrifft das Angebot einen Interessenten, werden nur die Rechnungselemente übernommen, die direkt aus dem Parameter der Fußzeilenelemente stammen.
 Diese Werte wirken sich direkt auf die Netto- und Bruttobeträge des Dokuments aus.

• Feld INVDTATYP

Das System gibt an, ob das Rechnungselement ein Prozentsatz oder ein Brutto- oder Nettobetrag ist.

• SST-Code (Feld SFISSTCOD)

• Artikel (Feld ITMREF)

Artikelreferenz, für die Sie eine Dokumentenposition speichern.

Sie können direkt eine Artikelreferenz oder eine Referenz Artikel / Kunde erfassen. Die Existenz der Artikelreferenz wird in den Dateien 'Artikel/Verkauf' und 'Artikel/Kunde' geprüft. Wenn Sie eine Referenz Artikel / Kunde erfassen, gibt das System die interne Artikelreferenz zurück.
Bei der Erfassung eines Artikels wird eine sperrende Meldung angezeigt:

• wenn Preise vom Typ Unzulässigfür bestimmte Kunden parametrisiert wurden (siehe Preisparameter),
• wenn dieser Artikel vom Typ Kit-Erzeugnis und nicht lieferbar ist.

Für die folgenden Aktionen können sie auch das Menü Aktionen verwenden:

• Auswahl eines Artikels aus der Datei der verkauften Artikel.
• Auswahl eines Artikels aus der Artikelliste des Kunden.
• Anlage eines Artikels in der Datei, sofern entsprechende Benutzerrechte vorhanden sind.
• Anzeige der Artikelpreise.

Bei der Anlage des Artikels werden die Felder Bezeichnung und Verkaufseinheit initialisiert. Die so gesetzten Werte können jedoch vom Benutzer geändert werden. Die Verkaufseinheit kann geändert werden, muss jedoch aus der angezeigten Liste ausgewählt werden, die die Verkaufs- und Verpackungseinheiten aus dem Datensatz 'Artikel' und 'Artikel/Kunde' enthält.

In diesem Schritt wird möglicherweise der Hinweis ausgegeben, dass der erfasste Artikel durch einen anderen Artikel ersetzt wurde. Voraussetzung für diesen automatischen Ersatz ist:

• das Feld Ersatzartikel des Artikeldatensatzes wurde angegeben,
• das Dokumentendatum muss auf oder nach dem Ersatzdatum liegen,

Nachdem die Position erfasst ist, kann der Artikelcode geändert werden. Zur Änderung des Codes muss die Position gelöscht und neu angelegt werden.

• Bezeichnung (Feld ITMDES)

Artikelbezeichnung, die in die Sprache des Kunden übersetzt wurde. Diese Bezeichnung wird auf dem Dokument gedruckt. Besteht für den entsprechenden Artikel keine Übersetzung in der Sprache des Kunden, wird die Standardbezeichnung verwendet. Diese Bezeichnung wird auch an das folgende Dokument übertragen.

• Über dieses Feld kann über eine Verzweigung auf das Artikeldatenblatt zugegriffen werden.

• Standardbezeichnung (Feld ITMDES1)

Bezeichnung, die im Artikeldatenblatt erfasst wurde. Über dieses Feld kann per Tunnelfunktion auf das Artikeldatenblatt zugegriffen werden. Wird diese Bezeichnung geändert, wird die Änderung an das untergeordnete Dokument übertragen.

• Hauptversion (Feld ECCVALMAJ)

Dieses Feld zeigt die höhere Version des Artikels an.

Die höhere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren Versionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert 'Höher').

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), oder stattdessen auf der Ebene Artikel /Verkauf (im Register Verkauf der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), wird die letzte aktive höhere Version automatisch vorgeladen. Stattdessen wird die letzte höhere Version mit Status 'Angehalten' vorgeladen.

Sie können eine Versionsnummer nicht mehr ändern, wenn die Position teilweise bestellt wurde.

Klicken Sie auf den Button Auftrag, überträgt und prüft das System die Versionsnummern auf dem Auftrag.

Die Versionsnummern werden nicht auf eine Proformarechnung übertragen.

Die Anzeige des Feldes Höhere Version hängt com Parameter der Erfassungstransaktion ab (verborgen, angezeigt, erfasst).

• Nebenversion (Feld ECCVALMIN)

Dieses Feld zeigt die niedrigere Version des Artikels an.

Die niedrigere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren und niedrigeren Versionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert 'Höher und niedriger').

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), oder stattdessen auf der Ebene Artikel /Verkauf (im Register Verkauf der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), wird die letzte niedrigere Version automatisch vorgeladen.

Sie können eine Versionsnummer nicht mehr ändern, wenn die Position teilweise bestellt wurde.

Klicken Sie auf den Button Auftrag, überträgt und prüft das System die Versionsnummern auf dem Auftrag.

Die Anzeige des Feldes Niedrigere Version hängt com Parameter der Erfassungstransaktion ab (verborgen, angezeigt, erfasst).

• VK-Einheit (Feld SAU)

Die Verkaufseinheit wird durch die im Datensatz Artikel-Kunde definierte Verkaufseinheit oder die Verkaufseinheit des Artikels initialisiert. In einem Auswahlfenster kann eine andere Einheit erfasst werden. Die vorgeschlagenen Einheiten sind die Verpackungseinheiten des Artikels und die im Datensatz Artikel-Kunde definierten Verpackungseinheiten. Wenn der Benutzer über die hierfür notwendigen Berechtigungen verfügt, kann auch die Tabelle der Einheiten geöffnet werden.

Wurde die Zeile einmal erfasst, kann die Verkaufseinheit nicht mehr geändert werden. Eine Änderung der Einheit kann nur durch das Löschen und die erneute Erstellung der Zeile vorgenommen werden.

Mit Intercompany-Vorgängen verknüpfte Besonderheiten bei der Auftragserfassung:wurde der Auftrag über einen Intercompany- oder Intersite-Auftrag erstellt, wird diese Information mit der auf der Bestellung erfassten Einheit belegt und ist nicht zugänglich. Eine Änderung dieser Information kann nur erfolgen, wenn der ursprüngliche Auftrag geändert wird.

• Menge (Feld QTY)

Vom Kunden bestellte Menge. Sie wird in einer Verkaufsseinheit ausgedrückt.

Auf Basis des Feldes Menge kann per Rechtsklick der Bestand am Standort angezeigt werden. Die Menge muss nicht zwingend erfasst werden. Ist die erfasste Menge geringer als die im Artikeldatenblatt definierte Mindestmenge, wird ein Hinweis ausgegeben. Ist die erfasste Menge größer als die in den Artikeldaten erfasste Höchstmenge, erscheint ebenfalls ein Hinweis. In Abhängigkeit des Benutzerparameters SDACLOK - Nicht blockierende Prüf. Preis, Marge, Menge (Kapitel Ven, Gruppe AUZ) kann es sich um blockierende Meldungen handeln.

Nach der Erfassung der zwei Hauptmerkmale (Artikel und Menge) einer Position wird automatisch die Verarbeitung Preissuche ausgeführt. Ziel dieser Suche ist die Zusammenstellung folgender Daten:

• Bruttopreis mit zugehörigem Grund
• Abschläge und Aufschläge (als Prozentsatz oder Betrag), die auf Ebene der Position angewendet werden, sowie die zugehörigen Gründe
• eventuelle Gratisartikel

Die Verarbeitung Preissuche kann je nach erfasstem Artikeltyp auf unterschiedliche Arten angestoßen werden.
Handelt es sich um einen Artikel vom Typ Standard, wird die Verarbeitung für den Typ Standard automatisch angestoßen.
Bei Artikeln vom Typ Set oder Vertriebsstückliste wird zuerst eine Preissuche für den Artikel ausgelöst. Anschließend wird vor der Preissuche der Komponenten die Datei Stücklisten gelesen, um in einem Fenster die unterschiedlichen Varianten vom Typ Vertrieb anzuzeigen, sofern mehrere vorhanden sind. Ist eine Variante vorhanden, so wird diese automatisch berücksichtigt.

Nach Auswahl der Variante können je nach Aufbau der Artikelstückliste verschiedene Fälle auftreten:

• Jede Komponente vom Typ Normal wird automatisch ausgewählt.
   
   Sie wird automatisch durch den Ersatzartikel ersetzt, wenn dieser auf Ebene der Datei Artikel angegeben wurde und wenn das Datum des Dokuments höher oder gleich dem Ersetzungsdatum ist.
  Für die anderen unten stehenden Komponentenarten wird die ursprüngliche Artikeleingabe auf Ebene des Komponentenauswahlfensters angezeigt, wenn ein Ersatzartikel verwendet wird.
   
• Für jede Komponente vom Typ Normal (mit Formel) öffnet sich ein Fenster, das alle Artikel aus der Auswahlformel anzeigt (oder wenn die Bedingungen erfüllt sind, die Ersatzartikel mit der Angabe des Originalartikels). Wurde eine Komponente vom Typ Normal auch in der gleichen Sequenz gespeichert, wird diese Komponente auch in der Liste angezeigt. Er wird standardmäßig automatisch ausgewählt, kann aber abgewählt werden. Die Menge kann nicht geändert werden. 
  Es ist möglich, eine oder mehrere andere Komponenten aus der Auswahl auszuwählen. Die Buttons [Alle einschließen] und [Alle ausschließen] sind hierzu verfügbar. Wurde keine Komponente ausgewählt, ist der Button [Verfügbar] verfügbar, um die Auswahl einzuschränken, wenn die Anzahl der Positionen in der Tabelle zu hoch ist (die Anzahl der dargestellten Positionen hängt von der Anzahl der Positionen ab, die noch in das Dokument eingefügt werden können).
• Für jede Komponente vom Typ Variante öffnet sich ein Fenster, das alle Varianten darstellt, die auf der gleichen Stücklistenebene aufgelistet oder aus einer Auswahl ausgegeben sind. Es muss in jedem Fall eine ausgewählt werden.
• Für jede Komponente vom Typ Option wird die entsprechende Option vorgeschlagen, die angenommen oder abgelehnt werden kann. Wenn für eine Stücklistenebene mehrere Optionen bestehen, oder eine Auswahlformel definiert ist, öffnet sich ein Auswahlfenster. Es können aber auch alle Optionen abgelehnt werden.
• Für jede Komponente vom Typ Mehrfachoption öffnet sich ein Fenster, das alle Optionen darstellt, die auf der gleichen Stücklistenebene aufgelistet oder aus einer Auswahlformel ausgegeben sind. Es können mehrere ausgewählt oder alle abgelehnt werden. Die Buttons [Alle einschließen] und [Alle ausschließen] sind hierzu verfügbar. Wurde keine Komponente ausgewählt, ist der Button [Kriterien] verfügbar, um die Auswahl einzuschränken, wenn die Anzahl der Positionen in der Tabelle zu hoch ist.

Die den unterschiedlichen Stücklistenkomponenten entsprechenden Positionen werden generiert:

• bei einem Artikel vom Typ Set werden alle Komponentenpositionen automatisch generiert. Diese Positionen sind dann vollständig vom Artikel abhängig. Sie werden zwar in der Maske angezeigt, können jedoch nicht bearbeitet werden. Die Komponentenmenge wird automatisch auf Basis der Artikelmenge berechnet. Wird die Menge des Sets geändert, so werden sämtliche Komponentenmengen automatisch neu berechnet. Wird das Set gelöscht, so werden auch sämtliche Komponenten automatisch gelöscht.
• Bei Artikeln vom Typ Vertriebsstückliste können alle Komponenten bearbeitet werden (außer der Verkaufseinheit). Die Komponenten sind in diesem Fall also unabhängig von dem Artikel. Wird der Artikel geändert oder gelöscht, so wird dem Benutzer die Frage gestellt, ob die jeweilige Bearbeitung in die Komponenten übernommen werden soll.

In beiden Fällen wird für den Typ Komponente automatisch eine Preissuche gestartet. Für jede generierte Auftragsposition wird dem Positionstyp ein Wert zugewiesen:

• Option Set oder Option Stückliste für eine Komponente vom Typ Option,
• Variante Setoder Variante Vertriebsstückliste für eine Komponente vom Typ Variante,
• Komponente Set oder Komponente Vertriebsstückliste für eine Komponente vom Typ Normal.

Nach Abschluss der Verarbeitung Preissuche werden einige Prüfungen durchgeführt:

• Ist der Preis als Bruttopreis definiert, wird der Nettopreis berechnet.
• Prüfung des Preises: Wenn der errechnete Nettopreis unter dem in den Artikeldaten gespeicherten Mindestpreis liegt, wird eine Warnmeldung ausgegeben.
• Prüfung der Marge: Wenn der Prozentsatz der Marge unter dem in den Artikeldaten gespeicherten Mindestwert (oder Markensatz) liegt, wird eine Warnmeldung ausgegeben.

In Abhängigkeit des Benutzerparameters SDACLOK - Nicht blockierende Prüf. Preis, Marge, Mengekann es sich um blockierende Meldungen handeln.

Bei der Ausgabe dieser Erfassung werden alle Summierungen durchgeführt.

• UmrechFaktorVK-LE (Feld SAUSTUCOE)

Umrechnungsfaktor zwischen Verkaufs- und Lagereinheit. Dieser Koeffizient kann geändert werden. Er kann bearbeitet werden, wenn die Verkaufseinheit oder die Verpackungseinheit als „änderbar“ markiert wurde (siehe Artikeldatensatz). Nicht änderbar ist er, wenn die verwendete Einheit für den Kunden definiert wurde. Bei Verwendung von Einheiten, deren Umrechnungskoeffizient änderbar ist, dürfen nur in Lagereinheiten ausgedrückte Preise definiert werden.

Nach Erfassung der Zeile kann der Umrechnungskoeffizient nicht mehr geändert werden. Eine Änderung des Koeffizienten kann nur durch das Löschen und die erneute Erstellung der Zeile vorgenommen werden.

Mit Intercompany-Vorgängen verknüpfte Besonderheiten bei Auftrag: wurde der Auftrag über einen Intercompany- oder Intersite-Auftrag erstellt, wird diese Information mit dem aus der Einkaufsmenge und der Lagereinheit berechneten Koeffizienten initialisiert und ist nicht zugänglich. Diese Information kann nur durch Änderung der ursprünglichen Bestellung geändert werden.

• LE (Feld STU)

Lagereinheit des Artikels. Diese Einheit kann nicht geändert werden.

• Bruttopreis (Feld GROPRI)

Bruttoeinheitspreis (in Verkaufseinheit) des Artikels in Netto oder Brutto (je nach Preistyp). Er wird von einer Preissuche oder dem Basispreis des Verkaufsartikels ausgegeben, wenn die Preissuche keinen Preis ausgegeben hat.

Unterscheidet sich die Einheit von der der Preiszeile:

- wird eine Umrechnung des Preisbetrags ausgeführt, wenn Umrechnung Betrag den Wert Ja auf Ebene der Preisparameter hat. Diese Umrechnung basiert auf der Tabelle der Einheitenumrechnungskoeffizieten. Wurde keine Umrechnung zwischen diesen Einheiten parametrisiert, werden die Preisbeträge durch Anwendung eines Umrechnungskurses von 1 berücksichtigt.

- wird der Preis nicht verwendet, wenn Umrechnung Betrag den Wert Nein auf Ebene der Preisparameter hat. Der Bruttopreis hat den Wert 0.

Klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen
• Anzeige der Liste der zehn letzten Auftragspreise
• Anzeige der Preise
• Verfügbarkeit einer Beschreibung der Nettopreisermittlung auf Basis des Bruttopreises und der unterschiedlichen Nachlässe.

Beträgt der erfasste Preis Null, so wird der Benutzer mit einer Meldung zum Bestätigen aufgefordert.

Diese Meldung wird weder für die Komponenten einer Stückliste noch für die Gratisartikel angezeigt.

Die Verarbeitung der Gratisartikel wird nach Abschluss der Dokumentenzeile angestoßen. Mit dieser Verarbeitung werden sämtliche Gratisartikelzeilen generiert (Bruttopreis und Rabatte = 0). Hat der Parameter FOCPRI - Bewertung Gratisartikel (Kapitel VEN/ Gruppe PRI) den Wert Ja, wird für den Gratisartikel eine Preissuche gestartet, um dem Artikel einen Bruttopreis zuzuweisen. Der zugewiesene Preis wird entweder durch einen prozentualen oder über einen betragsmäßigen Zeilenabschlag ausgeglichen (je nach Reihenfolge dieser Abschläge), um einen Nettopreis von Null zu erhalten.

Die Nummer der Ursprungszeile des Gratisartikels wird in jeder erzeugten Zeile des Gratisartikels in der Datei der Angebotszeilen angezeigt (Information erscheint nicht in der Maske). Die Information Original wird in jeder Zeile, der Gratisartikel zugrunde liegen, im Feld Gratis angezeigt. Für die Gratisartikelzeile hat diese Information den Wert Ja. Bei Änderung kann auf sämtliche Zeilen des Gratisartikels zugegriffen werden (mit Ausnahme der Felder Preis und Abschläge). Die Verwaltung der Gratisartikel wird nicht für die Komponenten berücksichtigt.

Sieht der Parameter (GRPPRI - Verwaltung Gruppenpreise) die Verwaltung der Gruppenpreise vor, wird bei der Erstellung des Dokuments eine Frage gestellt, um evtl. eine neue Preissuche durchzuführen (für den Gruppentyp), mit der die Sonderbedingungen für das gesamte Angebot bestimmt werden können. Nach Abschluss dieser Verarbeitung erhält der Benutzer in bestimmten Artikelzeilen folgende Daten:

• neuer Bruttopreis, neue Rabatte oder neue Spesen,
• Gratisartikel, die nicht einer bestimmten Zeile zugeordnet sind.

• Feld DISCRGVAL1

Es werden die Spalten Skonto und Verzugszinsen angezeigt. Sie hängen von der Parametrisierung des Preisstrukturcodes ab (siehe Dokumentation Preisstruktur). Sie können über die Verwendung der Preise initialisiert werden (siehe Dokumentation Preisparameter und Preiserfassung). Der Zugriff auf die Spalten kann von den Preisgrundparametern abhängen, die den Preisen zugeordnet sind. Ein weiterer Einflussfaktor ist der durch den Wert des Parameters UPDPRISAL für die Verkäufe und UPDPRIPUR für die Einkäufe festgelegte Grund.

Diese Skonti oder Verzugszinsen werden in Betrag oder Prozent definiert und werden auf die Bruttopreise kumuliert oder hierarchisch angewendet, um den Nettopreis der Dokumentzeile festzulegen.

Die dem Preis und den verschiedenen Ab- und Aufschlagfeldern zugeordneten Preisgründe können auf Basis dieser Angaben per Rechtsklick angezeigt werden.

• Nettopreis (Feld NETPRI)

Es handelt sich um den Nettostückpreis der Wareneingangszeile, der sich über den Bruttopreis inklusive eventueller Nachlässe und Spesen errechnet. Diese Information ist nicht zugänglich.
In diesem Feld haben Sie über das Symbol Aktionen folgende Möglichkeiten:

• Anzeige der Gründe für die Preise sowie für die verschiedenen Felder für Rabatte und Spesen,
• Anzeige der Liste der zehn letzten Auftragspreise,
• Anzeige der Preise,
• Anzeige einer ausführlichen Erläuterung zur Berechnung des Nettopreises.

Beträgt der erfasste Preis Null, so wird der Benutzer mit einer Meldung zum Bestätigen aufgefordert. Diese Meldung wird nicht für die Komponenten einer Stückliste angezeigt, weder für die Gratisartikel, noch für die nicht fakturierbaren Lieferungen.

Die Verarbeitung der Gratisartikel wird nach Abschluss der Lieferzeile angestoßen. Mit dieser Verarbeitung werden sämtliche Gratisartikelzeilen generiert (Bruttopreis und Rabatte = 0). Hat der Parameter FOCPRI - Bewertung Gratisartikel (Kapitel VEN, Gruppe PRI) den Wert Ja, wird für den Gratisartikel eine Preissuche gestartet, um dem Artikel einen Bruttopreis zuzuweisen. Der zugewiesene Preis wird entweder durch einen prozentualen oder über einen betragsmäßigen Zeilenabschlag ausgeglichen (je nach Reihenfolge dieser Abschläge), um einen Nettopreis von Null zu erhalten.

Wenn Sie auf Erstellen klicken, um die Lieferung zu speichern, kann abhängig vom Wert des Parameters GRPPRI - Verwaltung Gruppentarife eine Frage gestellt werden, ob eine neue Preissuche ausgeführt wird oder nicht, um die mit der Gesamtlieferung verbundenen Sonderbedingungen festlegen zu können. Nach Abschluss dieser Verarbeitung erhält der Benutzer in bestimmten Artikelzeilen folgende Daten:

• neuer Bruttopreis, neue Rabatte oder neue Spesen,
• Gratisartikel, die nicht einer bestimmten Zeile zugeordnet sind.

• Selbstkosten (Feld CPRPRI)

Die Selbstkosten werden bei Anlage der Dokumentenzeile standardmäßig über die Bewertung des für die Margenberechnung ausgewählten Artikels ausgefüllt (siehe die für den Datensatz „Artikel-Standort“ definierten Bewertungsverfahren) und werden in Verkaufseinheit ausgedrückt. Zur Bewertung der Selbstkosten bestehen folgende Möglichkeiten: „Standardpreis“, „Aktualisierter Standardpreis“, „Letzter Preis“, „Gewichteter Durchschnittspreis“, „FIFO-Preis“, „Durchschnittspreis Charge“, „LIFO-Preis“. Falls bei der Bewertung ein Nullwert ermittelt wird, wird ein Standardwert verwendet. Es muss allerdings angegeben werden, welches der Bewertungsverfahren aus der zuvor beschriebenen Liste gewählt wurde. Dieser Wert wird in der Dokumentzeile gespeichert.

Diese Information kann in Abhängigkeit der verwendeten Dokumententransaktion vorgeladen werden. Bei den folgenden Ereignissen wird der erfasste Wert systematisch durch den Wert aus dem Parameter der Bewertungsmethode des Artikels ersetzt, außer wenn dieser Parameter einen Nullwert bestimmt (in diesem Fall wird die Änderung gespeichert):

• Umwandlung eines Angebots in einen Auftrag,
• Lieferung eines Auftrags, 
• Freigabe einer Lieferung,
• Fakturierung eines Auftrags. Die Selbstkosten werden während der Fakturierung einer Lieferung festgelegt.

Bei einem „Durchschnittspreis Charge“ in der Angebotsverwaltung gibt der „Durchschnittspreis Charge“ immer einen Wert Null zurück. Ein Standardwert wird verwendet. Bei der Freigabe der Lieferung wird der „Durchschnittspreis Charge“ verwendet, um die Marge neu zu berechnen und eine tatsächliche Marge in Abhängigkeit der gelieferten Chargen zu erhalten.

• Marge (Feld PFM)

Dieses Feld zeigt die Einheitsmarge in Verkaufseinheit an, berechnet auf Grundlage der Differenz zwischen Nettopreis und Selbstkostenpreis.

Bei der Berechnung der Handelsmarge kann geprüft werden, ob diese nicht unter der im Register Verkauf des Artikeldatensatzes definierten Mindestmarge liegt. Diese Prüfung kann durch den Benutzerparameter SDACLOK - Prüfung nicht sperrend (Preis, Marge, Menge) (Kapitel VEN, Gruppe AUZ) gesperrt werden. Die Prüfung des Markensatzes stützt sich auf folgende Berechnung:

((Gesamtpreis netto - Selbstkosten) / Gesamtpreis netto)* 100 >= Mindestmarge in Prozent oder Markensatz.

Bei nicht fakturierbaren Lieferungen wird keine Prüfung durchgeführt.

• Steuerebene 1 (Feld VACITM1)

Dieses Feld gibt die Steuerebene für den ausgewählten Artikel an.

Die Steuerebene ermöglicht in Kombination mit dem Steuersystem des Dokuments die Bestimmung des Steuersatzes für die Dokumentzeile.

Für eine Dokumentzeile sind drei Steuerebenen möglich.

Die erste Ebene ist erforderlich und entspricht der USt.

Die zwei anderen Ebenen beschreiben die parafiskalischen oder Sondersteuern, die ggf. der USt. unterliegen und auf die Nettogrundlage oder jede weitere bewertete Formel angegeben werden.

Die Steuersätze der Dokumentzeile werden standardmäßig mit den entsprechenden Werten aus dem Artikeldatensatz (Register Buchhaltung) vorbelegt. Diese Werte können in Abhängigkeit der Transaktion geändert werden. Sie können auch auf die Verwaltung der Steuersätze zugreifen, falls Sie über die hierfür erforderlichen Benutzerberechtigungen verfügen.

Der Parameter CTLTAX - Prüfung Steuercodes (Kapitel VEN, Gruppe VAT) ermöglicht die Prüfung, ob die Steuercodes der Steuerebene kohärent sind. Mit Hilfe dieser Prüfung prüft das System, ob die Steuerebene:

• angegeben ist,
• aktiv ist,
• die Rechtsordnung und die Unternehmensgruppe mit denen des Dokuments kohärent sind.

• Steuerebene 2 (Feld VACITM2)

• Steuerebene 3 (Feld VACITM3)

• SST-Code (Feld SSTCOD)

Erfassen Sie den zu verwendenden Code, um den Standardsteuercode SST des Artikels oder des Rechnungselements zu ersetzen. Dieser Steuercode wird von Sage Sales Tax erkannt und ermöglicht die Identifizierung der Zeilentypen zu steuerlichen Zwecken. Dieses Feld ist nur verfügbar, wenn der Aktivitätscode LTA - Lokale Steuerregelungen aktiv ist und der Parameter USATAX - Zugrundelage Steuersysteme den Wert Ja hat.

Im Fall von Rechnungselementen, die als Nachlass auf SST-Dokument bezeichnet sind, können Sie den SST-Steuercode des Dokuments nicht löschen.

• Projekt (Feld DPJT)

Der Projektcode in der Dokumentzeile wird mit dem in der Kopfzeile erfassten initialisiert, oder, im Fall einer Dokumententransformation, mit dem der ausgewählten Dokumentzeilen (Auswahl oder Massenverarbeitung, wenn der Projektcode in einer Dokumentzeile nicht aktiv ist, kann diese Zeile nicht ausgewählt werden).

• der Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS) hat den Wert Nein,
• die Erfassung dieses Felds wird von der verwendeten Erfassungstransaktion erlaubt.

Bei der Änderung hängt die Verwaltung des Projektcodes vom Wert des Parameters CTLOPPCOD - Projektprüfung erforderlich ab.

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.

Wird die Erfassung geprüft, können Sie in Abhängigkeit des Kontextes ein Projekt auswählen, oder eine der Belastungseinheiten des Projekts (eine Budgetcharge oder eine Aufgabe) über den Belastungscode:

• Ja: der Projektcode wird auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan und der mit einem nicht kompatiblen Meilenstein verbundenen Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Selber Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Verkaufsdokumente: Angebote, Aufträge, Lieferungen und Rechnungen:

• Für ein Angebot: die Zeile ist nicht bestellt und nicht gratis.
• Für einen Auftrag: die Zeile ist nicht saldiert, nicht geliefert, nicht fakturiert und nicht gratis.
• Für eine Lieferung: die Zeile ist direkt und nicht gratis.
• Für eine Rechnung oder eine Gutschrift: das Dokument ist nicht freigegeben, die Zeile ist direkt und nicht gratis. Für die Gutschriften ist die Menge nicht 0.

• Ist die Multi-Projektverwaltung der Dokumente zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein), kann die Lieferung die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen. Der in der Kopfzeile angezeigte Projektcode wird nur in den direkten Lieferzeilen als Standardwert verwendet. Die mit Aufgaben verbundenen Artikelzeilen behalten ihren Projektcode, der nicht geändert werden kann. Wird der Projektcode in der Kopfzeile geändert, wird die Übertragung dieses Codes auf die Zeilen gemäß dem oben angegebenen Mechanismus vorgeschlagen. Dies gilt ausschließlich für die direkten Lieferzeilen.
• Ist die Multi-Projektverwaltung der Dokumente nicht zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Ja), kann die Lieferung nicht gleichzeitig die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen.

• Betrifft die Lieferung direkte Lieferzeilen, können Sie in der Kopfzeile keinen Projektcode erfassen, dem Aufgaben zugeordnet sind.
• Betrifft die Lieferung mit Aufgaben verbundene Artikelzeilen, können Sie nur die mit der gleichen Aufgabe verbundenen Artikelzeilen auswählen. Der in der Kopfzeile angezeigte Projektcode ermöglicht das Filtern der Aufgaben in der Auswahlleiste.

Sonderfall der Gratisartikel, die durch eine Preissuche nach Änderung des Projektcodes in der Kopfzeile generiert wurden: Der Gratisartikel zeigt den Projektcode des Ursprungsartikels an, jedoch nur, wenn dieser Code nicht in einer Aufgabe verwendet wird.

• Vertreter 1 (Feld REP1)

Die Vertreter der Dokumentzeile werden mit den in der Dokumentenkopfzeile angegebenen Vertretern initialisiert. Diese werden nicht angegeben. Die Vertreter der Zeile werden mit den Vertretern des Kunden oder mit den Vertretern des Leistungsempfängers initialisiert, wenn im Kundendatensatz keine Vertreter angegeben sind.

Lässt der Parameter LINREP - Zeilenweise Vertreter (Kapitel VEN, Gruppe MIS) es zu, können die Vertreter der Dokumentzeile geändert werden. Gemäß den jeweiligen Benutzerrechten ist es möglich, auf den Vertreterdatensatz zuzugreifen.

• Provisionssatz 1 (Feld REPRAT1)

Der Provisionssatz des Vertreters wird in der Zeile je nach Provisionskategorie des Kunden und Provisionssatz des Vertreters nach Kategorie initialisiert. Dieser Provisionssatz kann mit einem änderbaren Koeffizienten gewichtet werden, der über die Preisparametrisierungen initialisiert werden kann. Bei einer Direktrechnung stehen diese Daten im Rechnungskopf zur Verfügung, ansonsten im Originaldokument.

• Vertreter 2 (Feld REP2)

• Provisionssatz 2 (Feld REPRAT2)

• Gewichtungsfaktor (Feld REPCOE)

Dieser Koeffizient ermöglicht die Gewichtung des Provisionssatzes der Vertreter für diese Dokumentzeile bei der Berechnung der Provision.
Diese Informationen werden mithilfe der Preissuche initialisiert: einige Preislisten ermöglichen die Definition eines Gewichtungskoeffizienten für den Provisionssatz der Vertreter.

• Adresse (Feld DBPAADD)

Die Lieferadresse wird über die in der Angebotskopfzeile erfasste Lieferadresse initialisiert. Sie kann in jeder Angebotsposition, die sich auf lieferbare Artikel erstreckt, personalisiert werden, wenn der Hauptparameter LINBPD - Positionsweise belieferte Kunden (Kapitel VEN, Gruppe MIS) es zulässt.
Die Änderung der Lieferadresse einer Angebotsposition führt zur:

• Reinitialisierung der Lieferfrist der Zeile und des Lieferkontakts,
• Anzeige einer Meldung die gegebenenfalls anzeigt, dass der Artikel für diese neue Adresse nicht erlaubt ist. Wenn Sie nicht Teil der sperrenden Preisprüfung sind (Benutzerparameter SDACLOK - Prüf. n. sperr. Pre. Mar. Men.), können Sie diesen Schritt überspringen und fortfahren.
• Anzeige einer Dialogbox, die die Neuberechnung der Preise und Nachlässe vorschlägt. Bei Antwort Ja erfolgt eine Preissuche in Abhängigkeit der neuen Lieferadresse.

Die Lieferadresse kann nicht auf einer Angebotsposition angegeben werden. Wird das Angebot als ein Auftrag betrachtet, wird in diesem Fall die Standardlieferadresse automatisch bei der Auftragserstellung ausgewählt.

Über das Symbol Aktionen können Sie eine Kundenlieferadresse auswählen und über eine Verzweigung auf diese Lieferadresse zugreifen. Ist das Personenkonto des Angebots ein Interessent, kann nur auf die Auswahl zugegriffen werden und nur eine Interessentenadresse kann ausgewählt werden. Wird die Angebotsposition beim Auftrag berücksichtigt, wird die verwendete Interessentenadresse automatisch in eine Lieferadresse geändert, sobald der Interessent zu einem Kunden wird.

• Lieferkontakt (Feld CNDNAM)

Name des der Lieferadresse zugewiesenen Kontakts. Entspricht die Lieferadresse der Lieferadresse in der Dokumentenkopfzeile, ist der in der Zeile standardmäßig vorgeschlagene Kontakt der Kontakt, der in der Lieferadresse der Kopfzeile angegeben ist.
Entspricht die Lieferadresse nicht der Lieferadresse in der Dokumentenkopfzeile, ist der standardmäßig vorgeschlagene Kontakt der Standardkontakt des Personenkontos, wenn der dieser Lieferadresse entspricht. Andernfalls schlägt das System den ersten Kontakt dieser Adresse vor, nach alphabetischer Reihenfolge des Kontaktcodes.

Die Angebotszeilen, die sich auf nicht lieferbare Artikel erstrecken, sind von dieser Information nicht betroffen.

• Durchlaufzeit (Feld DDAYLTI)

Notwendige Frist in Tagen um diesen Kunden zu beliefern. Sie wird mit der in der Angebotskopfzeile angegebenen Frist initialisiert, wenn die Adresse der Position der in der Kopfzeile entspricht. Handelt es sich nicht um die gleiche Lieferadresse, wird die Frist mit der Frist der erfassten Lieferadresse initialisiert. Diese Frist dient anschließend zur Berechnung des Versanddatums und des voraussichtlichen Lieferdatums, wenn aus dem Angebot ein Auftrag wird.
Betrifft das Angebot einen Interessenten, wird die Lieferfrist aus der Kopfzeile übernommen.
Die Angebotspositionen, die sich auf nicht lieferbare Artikel erstrecken, sind von dieser Information nicht betroffen.

• Versandstandort (Feld DSTOFCY)

Der Lagerstandort, von dem die Waren versendet werden, um die Angebotsposition zu liefern. Der Versandstandort wird mit dem Versandstandort der Dokumentenkopfzeile initialisiert, kann aber geändert werden. Diese Information wird im Auftrag und in der Lieferung verwendet, um den Versand der Ware zu verwalten.
Wenn die Benutzerberechtigungen es zulassen, können Sie einen Standort vom Typ Lager auswählen, der zum Unternehmen des Verkaufsstandorts gehört, und über eine Verzweigung auf den Datensatz des Standorts zugreifen.

Die Angebotspositionen, die sich auf nicht lieferbare Artikel erstrecken, sind von dieser Information nicht betroffen.

• Feld CCE1

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Verwaltung der Angebotsszeilen initialisiert. Abhängig von der Parametrisierung können Sie weiterhin geändert werden.
Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren.

• Nettozeilenbetrag (Feld LINQUONOT)

Nettoeinheitspreis ohne USt. der Zeile multipliziert mit der Dokumentenmenge.

• Bruttozeilenbetrag (Feld LINQUOATI)

Nettoeinheitspreis der Zeile, auf die die verschiedenen Steuern angewendet wurden, multipliziert mit der Menge der Dokumentzeile.

• Zeilenmarge (Feld LINPFM)

Einheitsmarge multipliziert mit der Menge der Dokumentzeile.

• Typ (Feld LINTYP)

Durch diese Information wird der Zeilentyp festgelegt. Dabei werden klassische Artikel von Vertriebsstücklisten oder Stücklisten unterschieden.
Folgende Werte stehen zur Verfügung:

• Normal,
• Feste Stückliste,
• Setkomponente,
• Setoption, Setalternative,
• Flexible Stückliste,
• Stücklistenkomponente,
• Stücklistenoption,
• Stücklistenalternative.

• Gratis (Feld FOCFLG)

Diese Information gibt an, ob die Zeile einen Gratisartikel betrifft, oder ob die Zeile der Ursprung für die Generierung eines oder mehrerer Gratisartikels ist.

• Auftragsnr. (Feld DSOHNUM)

Diese Information gibt den letzten Auftrag über diese Angebotsposition an.

• Marge (Feld PFMTOT)

Auf der Grundlage der Margen der Dokumentenpositionen wird die Gesamtmarge des Dokuments berechnet.

• Netto (Feld QUONOT)

Summierter Nettobetrag der Zeilen. Er wird durch Summierung der Angebotszeilen berechnet. Bei Ausgabe des Reports DEVICLIENT (Angebotsdruck mit Nettowerten) entspricht der darin enthaltene Nettowert der Nettosumme.

• Netto (Feld QUOINVNOT)

Dieses Feld gibt den Nettobetrag einschließlich der verschiedenen im Angebot erfassten Rechnungselemente an.
Diese Informationen erscheinen beim Ausdruck des Reports DEVTTC2.
 Das Berechnungsdetail ist in den Tabellen SVCRVAT und SVCRFOOT gespeichert.

• Brutto (Feld QUOINVATI)

Dieses Feld gibt das Bruttogesamtergebnis an:

• die verschiedenen im Angebot erfassten Rechnungselemente,
• die Steuerberechnung nach Steuerbasis.

Diese Informationen erscheinen beim Ausdruck des Reports DEVTTC.
Um die Details der Bruttoberechnung anzuzeigen, klicken Sie über das Symbol Aktionen auf Bewertung Brutto.

Das Berechnungsdetail ist in den Tabellen SVCRVAT und SVCRFOOT gespeichert.

• Unternehmensname (Feld BPRNAM)

Unternehmensname des Personenkontos.

• Adresse (Feld BPAADD)

• Land (Feld CRY)

Dieser Code ermöglicht unter anderem die Definition des Landes eines Personenkontos.
Diese wichtige Information ist einer bestimmten Anzahl an nützlichen Eigenschaften zur Ausführung der Prüfungen für verknüpfte Informationen zugewiesen, insbesondere:

• das Format der Telefonnummer,
• das Format der Nummer, mit der ein Unternehmen oder eine Aktivität identifiziert werden kann (SIRET, NAF), und ob die Erfassung erforderlich ist oder nicht,
• das Format der Postleitzahl der Stadt und auch der Code der geographischen Untereinheit, und ob die Erfassung erforderlich ist oder nicht,
• ob die Erfassung der Steuernummer dieser Gemeinschaft erforderlich ist oder nicht,
• das Format der Bankverbindung.

• Feld CRYNAM

Name des Landes, das in den Adressen und in allen Dokumenten verwendet wird, in denen der Ländercode angegeben wird.

• Feld BPAADDLIG

Diese Tabelle enthält die verschiedenen Adresszeilen. Die Formate für Bezeichnung und Erfassung sind in der Ländertabelle definiert.

• PLZ (Feld POSCOD)

Die Postleitzahl, deren Erfassungsformat in der Tabelle Länder definiert ist, ermöglicht die Bestimmung der Stadt und der geografischen Untereinheit, falls für das Land definiert.
Wird die Postleitzahl geändert, wird automatisch der neue Ort zur PLZ angezeigt. Das gleiche gilt für geographische Bereiche, falls für das Land vorhanden. 
Der Name der Stadt kann auch direkt erfasst werden. Ist die Stadt definiert, wird die zugeordnete Postleitzahl automatisch angezeigt.

Die Prüfung dieser Informationen und der erforderlichen Art hängen von der in der Länderverwaltung ausgeführten Parametrisierung ab. Damit die Prüfung durchgeführt wird, ist es auch erforderlich, dass der Parameter POSCOD - Warnung, falls PLZ nicht existiert (Kapitel SUP, Gruppe INT) den Wert „Ja“ hat.

Sonderfälle:

- für ANDORRA geben Sie 99130 an
- für MONACO geben Sie 99138 an
- für andere Länder geben Sie den INSEE-Code bzw. 99999 an, falls dieser nicht bekannt ist.

• Stadt (Feld CTY)

Es wird automatisch die Stadt zur zuvor eingegeben Postleitzahl vorgeschlagen. Der Name der Stadt kann auch direkt erfasst werden:

• Ist die Stadt definiert, wird die zugeordnete Postleitzahl automatisch angezeigt. 
•  Ist sie nicht vorhanden und wurde die Postleitzahlenprüfung auf Datensatzebene Land parametrisiert, wird ein Warnhinweis angezeigt, die Eingabe ist aber weiterhin möglich. Damit diese Prüfung durchgeführt wird, ist es auch erforderlich, dass der Parameter CTY - Warnung, falls Ort nicht existiert (Kapitel SUP, Gruppe INT) den Wert „Ja“ hat.
• Ist dieser nicht vorhanden und ist die Postleitzahl nicht angegeben, erscheint eine sperrende Meldung, wenn die Postleitzahl als für das Land erforderlich parametrisiert ist.

Hinweise:

• Das Format ist auf der Parameterebene des Länderdatensatzes definiert.
• In Abhängigkeit von dieser Parametrisierung kann die erfasste Stadt nach der Erfassung automatisch in Großbuchstaben umgewandelt werden.
• Um die Auswahl ohne Berücksichtigung des Formats (Sonderzeichen, Großbuchstaben, Kleinbuchstaben) zu erleichtern, umfasst das zu dem Feld verfügbare Auswahlfenster eine Suchspalte, in der die Ortsnamen in Großbuchstaben angezeigt werden. Die ausgeführte Prüfung ist unabhängig von der Klasse, da sie in Bezug auf den in Großbuchstaben gespeicherten Ortsnamen ausgeführt wird.

• Feld ITINERAIRE

Klicken Sie auf dieses Symbol, um eine Kartografieseite zu öffnen, mit der die angegebene Adresse eingeordnet werden kann.

• Feld SAT

Dieses Feld enthält die geografische Untereinheit, die der Definition der Postadresse entspricht. Z.B. ein Departement für Frankreich, oder ein Bundesstaat für die USA.

Die Bezeichnung der geografischen Untereinheit sowie die Erfassungsprüfung dieser Information sind im Parameter Land definiert.

Dieses Feld wird nach der Erfassung der Postleitzahl und der Stadt automatisch ausgefüllt, ausgehend von der Parametrisierung, die in Postleitzahlen ausgeführt wurde.
Wird das Feld geprüft, erfolgt die Prüfung gemäß der Tabelle der Geografischen Untereinheiten.

• Steuernr. (Feld CRN)

Die SIRET-Nummer des Standorts des Rechnungsempfängers wird angezeigt, falls auf Ebene des Personenkontos angegeben.
Sie können diese Nummer nur ändern, wenn der Rechnungsempfänger vom Typ Sonstiger ist. Die erfasste Nummer muss dem auf Ebene des Datensatzes Land definierten Format entsprechen.

• Kontaktperson (Feld CNTNAM)

Kontaktname.

• EU-Ust.-IdNr. (Feld EECNUMX)

• Freigabe Adresse (Feld VALADR)

Klicken Sie auf diese Schaltfläche, um die angegebene Adresse an den Adressfreigabeservice Sage Sales Tax (SST) zu senden. Die angegebene Adresse kann auch per Klick auf die Schaltfläche [OK] gesendet werden.

• Wird die Adresse erkannt, wird automatisch das Kontrollkästchen „Freigegeben“ aktiviert.
• Wird die Adresse nicht erkannt, wird das Kontrollkästchen „Freigegeben“ deaktiviert und der Zugriff gesperrt.

• Dieses Feld ist nur verfügbar, wenn der Aktivitätscode Lokale Besteuerung (LTA) aktiviert ist.
• Der Adressfreigabeservice SST ist in den Parametern Sage Sales Tax definiert.

• Freigegeben (Feld ADRVAL)

Dieses Kontrollkästchen ist automatisch aktiviert, wenn die Adresse vom Adressfreigabeservice Sage Sales Tax (SST) erkannt wird, wenn das Kontrollkästchen „Freigabe Adresse“ aktiviert ist. Das Kontrollkästchen ist deaktiviert und nicht zugänglich, wenn die Adresse nicht erkannt wird.

• Dieses Feld ist nur verfügbar, wenn der Aktivitätscode Lokale Besteuerung (LTA) aktiviert ist.
• Der Adressfreigabeservice SST ist in den ParameternSage Sales Tax definiert.

• Incoterm (Feld XEECICT)

• Ort Incoterm (Feld XICTCTY)

• Transit (Feld XFFWNUM)

• Übergangsadresse (Feld XFFWADD)

• EU-Ust.-IdNr. (Feld XEECNUM)

• INTRASTAT-Beförderungsort (Feld XEECLOC)

• INTRASTAT-Beförd.art (Feld XEECTRN)

• Transaktionsart (Feld XEECNAT)

• Statistikregel (Feld XEECSCH)

• Transaktionsart (Feld XEECNATR)

• Statistikregel (Feld XEECSCHR)